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(54) NETWORK CONNECTION RECOGNIZING METHOD AND NETWORK-CONNECTED 
TERMINAL DEVICE 



(57) In the case where a plurality of devices are 
connected to a predetermined network, recognition 
work at the time of, for example, bus resetting of devices 
connected to the network is facilitated by discriminating 
the opposite party connected via the network in recog- 
nizing a device connected to the network, then compar- 
ing predetermined data obtained from the discriminated 
opposite party with predetermined previously collected 
and stored, judging upon coincidence the device to be a 
previously connected device, and using data concern- 
ing the device collected when previously connected, as 
data of the device in recognition. 
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D scription 

TECHNICAL FIELD 

[0001] The present invention relates to a network 
connection recognition method suited for recognizing a 
device connected by a bus line of, for example, the IEEE 
(The Institute of Electrical and Electronics Engineers) 
1394 scheme, and a terminal device for network con- 
nection to which this network recognition method has 
been applied. 

BACKGROUND ART 

[0002] AV devices capable of transmitting informa- 
tion to each other via a network using a serial data bus 
of the IEEE 1394 scheme have been developed. In this 
network, an AV device connected to the network can be 
controled by using a predetermined command (AV/C 
Command Transaction Set). In the ensuing description, 
this command is referred to as AV/C command. Details 
of the AV/C Command will be described later. 
[0003] As conventional AV devices connected via 
the bus line of the IEEE 1394 scheme, there are digital 
video camera devices and digital video tape recording 
and playback devices of, for example, a standard called 
DV scheme. In other words, two recording and playback 
devices are prepared and connected via a bus line 
which conforms to the IEEE 1 394 scheme. Digital video 
data reproduced from one device is transmitted by this 
bus line and recorded by the other device. 
[0004] By thus connecting AV devices via the bus 
line of the IEEE 1394 scheme, large capacity data such 
as digital video data can be transmitted in real time and 
editing of video data or the like can be conducted effi- 
ciently. Data which can be transmitted via the bus line of 
the 

[0005] IEEE 1394 scheme is not limited to the 
above described digital video data, but various kinds of 
other digital data can be transmitted. Various data han- 
dled by AV devices can be transmitted. In other words, 
a large number of devices (for example, 63 devices) can 
be connected to one network via the bus line of the 
IEEE 1394 scheme. Among a large number of devices, 
video data, audio data, and control data can be trans- 
mitted. 

[0006] For example, it becomes possible to connect 
an IRD (Integrated Receiver Decoder) serving as a 
receiving device for receiving digital satellite broadcast 
to a digital video tape recording and playback device 
referred to as DVCR (Digital Video Cassette Recorder) 
using a magnetic tape as a recording medium via the 
bus line of the IEEE 1394 scheme, and record video 
data received by the IRD, by using the DVCR. Further- 
more, it becomes possible to connect a digital audio 
disc recording and playback device using an magneto- 
optical disc called MD (Mini Disc) as a recording 
medium to the same bus line, and record audio data 



received by the IRD, by using the audio disc recording 
and playback device (MD device). 
[0007] In the case where a large number of devices 
are thus connected to one network, a device for control - 

5 ling data transmission within the network in the IEEE 
1394 scheme provides all devices in the network with 
individual node IDs, and manages the transmitting 
source and receiving destination by using the node IDs. 
As a result, data transmission between specific devices 

10 in the network becomes possible. 

[0008] Besides provision of the above described 
node IDs, the device for controlling the data transmis- 
sion in the network needs to discriminate the kind of 
each of connected devices and effect control according 

is to the discriminated kind. For example, in the case of a 
device corresponding to a command such as the above 
described AV/C command, it is necessary to transmit a 
predetermined command or the like prescribed in the 
scheme, transmit data concerning the function pos- 

20 sessed by each device, and collect the transmitted data. 
[0009] The work of provision of the node ID and dis- 
crimination of the device kind is conducted when the 
bus line included in the network is reset. The bus line is 
reset when there is an alteration in devices connected 

25 to the bus line, besides when a new network is formed. 
In the case where the network configuration is altered at 
any time, there is a possibility that bus reset is applied 
frequently. 

[0010] In the case where the number of devices 
30 connected to the bus line included in the network is 
large as described above, there is a problem that a 
heavy burden is cast upon the work of collecting data of 
all devices and the time required for the processing also 
becomes long. 

35 

DISCLOSURE OF THE INVENTION 

[0011] An object of the present invention is to sim- 
plify the work of discriminating a device at the time of 
40 bus resetting or the like, in the case where a network of 
the IEEE 1394 scheme or the like is formed. 

A first invention is a network connection recognition 
method for recognizing a device connected to a 

45 predetermined network, including: a device recog- 

nition step of recognizing a device connected to the 
network; a data acquisition step of acquiring prede- 
termined data from the recognized device; and a 
comparison step of comparing the predetermined 

so data obtained from the recognized device with pre- 
determined data previously collected and stored, 
wherein when in the comparison step the predeter- 
mined data obtained from the recognized device 
has coincided with the predetermined data previ- 

55 ously collected and stored, data concerning a 
device corresponding to the stored predetermined 
data is utilized as data concerning the recognized 
device. Therefore, by comparing predetermined 
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data transmitted from the recognized device With 
stored data, judging upon coincidence the device to 
be a previously connected device, and using data 
concerning the device previously collected and 
stored, it becomes unnecessary to collect data con- 5 
cerning the device from the device. 
A second invention is the network connection rec- 
ognition method of the first invention, 
wherein the predetermined data is an identifier 
capable of identifying each device individually. By 10 
doing so, a device can be discriminated simply by 
using an identifier. 

A third invention is the network connection recogni- 
tion method of the first invention, 

including a data collection step of collecting data 15 
concerning the device when the predetermined 
data obtained from the recognized device has not 
coincided with predetermined data previously col- 
lected and stored. By doing so, the step of collect- 
ing data concerning the device is executed only for 20 
a device newly connected to the network. The time 
and processes required for data collection can thus 
be reduced. 

A fourth invention is the network connection recog- 
nition method of the third invention, 25 
wherein the data collection step includes: an inquiry 
command sending step of sending a command for 
inquiring a unit type or a subunit type to the device; 
and 

30 

a discriminating step of discriminating the unit 
type or the subunit type of the device based on 
a response from the device. By doing so, it 
becomes possible to certainly know the unit 
type or subunit type implemented in the device. 35 

A fifth invention is the network connection recogni- 
tion method of the fourth invention, 
wherein the data collection step further includes: 

40 

a type corresponding command sending step 
of sending a command corresponding to the 
discriminated type; and 

a device kind determining step for determining 
the device kind based on a response obtained 45 
by the type corresponding command sending 
step. By doing so, it becomes possible to dis- 
criminate the device connected to the network 
more certainly by the type corresponding com- 
mand sending step and device kind determin- 50 
ing step. 

A sixth invention is the network connection recogni- 
tion method of the first invention, wherein the 
device recognition step of recognizing a device con- 55 
nected to the network is conducted when a bus line 
forming the network is reset. By doing so, it 
becomes possible to conduct data collection of 



each device at the time of bus resetting, for exam- 
ple, in the case where the network configuration is 
changed, with a reduced burden in a short time. 
A seventh invention is the network connection rec- 
ognition method of the first invention, 
including data deleting step of deleting the stored 
predetermined data when predetermined data pre- 
viously collected and stored does not coincide with 
any of the predetermined data obtained from the 
recognized device. By doing so, storage of prede- 
termined data concerning devices which have been 
disconnected from the network is deleted. Data 
which are not required for control of devices in the 
network are thus deleted efficiently. 
An eighth invention is the network connection rec- 
ognition method of the first invention, 
including data deleting step of deleting data con- 
cerning a device corresponding to the stored prede- 
termined data when predetermined data previously 
collected and stored does not coincide with any of 
the predetermined data obtained from the recog- 
nized device. By doing so, storage of the data con- 
cerning devices which have been disconnected 
from the network is deleted. Data which are not 
required for control of devices in the network are 
thus deleted efficiently. 

A ninth invention is a network connection terminal 
device connected to a predetermined network, the 
network connection terminal device including: 

a storage section for storing data concerning a 
device connected via the network; and 
a control section responsive to recognition of a 
device connected via the network, for compar- 
ing predetermined data transmitted from the 
device with data stored in the storage section, 
causing data concerning devices incurring 
noncoincidence in the comparison to be trans- 
mitted, and causing stored data of the storage 
section to be updated. When a device which 
does not coincide with predetermined data 
stored in the storage section is recognized, 
therefore, data concerning the device is 
acquired. It thus becomes possible to collect 
only the data concerning newly connected 
devices efficiently and simply. 

A tenth invention is a network connection terminal 
device connected to a predetermined network, the 
network connection terminal device including: 

device recognition means for recognizing a 
device connected to the network; 
data acquisition means for acquiring predeter- 
mined data from the recognized device; and 
comparison means for comparing the pr deter- 
mined data obtained from the recognized 
device with predetermined data previously col- 
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lected and stored, 

wherein when in the comparison means the 
predetermined data obtained from the recog- 
nized device has coincided with the predeter- 
mined data previously collected and stored, 5 
data concerning a device corresponding to the 
stored predetermined data is utilized as data 
concerning the recognized device. Therefore, 
by comparing predetermined data transmitted 
from the recognized device with stored data, 10 
judging upon coincidence the device to be a 
previously connected device, and using data 
concerning the device previously collected and 
stored, it becomes unnecessary to collect data 
concerning the device from the device. Thus, 75 
the burden required for data collection from the 
devices connected to the network can be 
reduced. In addition, a terminal device capable 
of shortening the time required for the process- 
ing is obtained. 20 

An eleventh invention is the network connection ter- 
minal device of the tenth invention, wherein the pre- 
determined data is an identifier capable of 
identifying each device individually. By doing so, a 25 
device can be discriminated simply by using an 
identifier. 

A twelfth invention is the network connection termi- 
nal device of the tenth invention, including: 

30 

command output means for generating and 
outputting a first command to inquire of a 
device connected via the network about a unit 
type or a subunit type; and 

discrimination means for receiving a response 35 
to the first command, and discriminating a unit 
type or a subunit type of the device based on 
the response. By doing so, it becomes possible 
to certainly know the unit type or subunit type 
implemented in the connected device. 40 

A thirteenth invention is the network connection ter- 
minal device of the twelfth invention, including: 

command output means for generating and 45 
outputting a second command corresponding 
to a unit type or a subunit type of the device; 
and 

receiving means for receiving a response to the 
second command from the device. By doing so, so 
it becomes possible to discriminate the device 
connected to the network more certainly by 
generation of the first command and the sec- 
ond command in the command output means. 

55 

A fourteenth invention is the network connection 

terminal device of the tenth invention, 

wherein the device recognition means conducts 



processing for recognizing a device connected via 
the network when the device recognition means 
has detected that a bus line forming the network is 
reset. By doing so, it becomes possible to conduct 
data collection of each connected device at the time 
of bus resetting, for example, in the case where the 
network configuration to which the t rminal device 
is connected is changed, with a reduced burden in 
a short time. 

BRIEF DESCRIPTION OF DRAWINGS 
[0012] 

FIG. 1 is a block diagram showing a configuration 
example of a whole system according to an embod- 
iment of the present invention. 

FIG. 2 is a block diagram showing a configuration 
example of a digital satellite broadcast receiver. 
FIG. 3 is a block diagram showing a configuration 
example of a video recording and playback device. 
FIG. 4 is a block diagram showing a configuration 
example of an audio recording and playback 
device. 

FIG. 5 is a diagram showing an example of a frame 
structure prescribed by the IEEE 1 394 scheme. 
FIG. 6 is a diagram showing an example of a struc- 
ture of an address space of the CRS architecture. 
FIG. 7 is a diagram showing examples of positions, 
names, and functions of principal CRSs. 
FIG. 8 is a diagram showing configuration exam- 
ples of plug control registers. 

FIG. 9 is a diagram showing configuration exam- 
ples of oMPR, oPCR, iMPR, and iPCR. 
FIG. 10 is a diagram showing an example of rela- 
tions among plugs, plug control registers, and 
transmission channels. 

FIG. 1 1 is a diagram showing an example of a data 
structure using a hierarchical structure of descrip- 
tors. 

FIG. 12 is a diagram showing an example of a data 
structure of descriptors. 

FIG. 13 is a diagram showing an example of a gen- 
eration ID of FIG. 12. 

FIG. 14 is a diagram showing an example of a list ID 
of FIG. 12. 

FIG. 1 5 is a diagram showing an example of a stack 
model of an AV/C command. 

FIG. 16 is a diagram showing an example of a rela- 
tion between commands and responses of an AV/C 
command. 

FIG. 17 is a diagram showing an example of a rela- 
tion between commands and responses of an AV/C 
command in more detail. 

FIG. 1 8 is a diagram showing an example of a data 
structure of an AV/C command. 
FIG. 19 is a diagram showing a concrete example 
of an AV/C command. 
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FIG. 20 is a diagram showing concrete examples of 
a command and a response of an AV/C command. 
FIG 21 is a flow chart showing an example of 
oevice discrimination processing according to an 
embodiment of the present invention. 
F IG 22 is a flow chart showing an example of 
oevice information acquisition processing accord- 
•ncj to an embodiment of the present invention, 
f lu is a diagram showing an example of a 
oevice information table according to an embodi- 
r»t.f i o' the present invention. 

} iG 24 is a diagram showing an example of a for- 
mat of a subunit-info-command according to an 
t-mt-od ment of the present invention. 
F iC 25 is a diagram showing an example of a for- 
mat of a response to a subunit-info-command 
according to an embodiment of the present inven- 
t-on 

FIG 26 is a diagram showing an example of a for- 
mat of a unit-info-command according to an 
embodiment of the present invention. 
FIG 27 is a diagram showing an example of a for- 
mat of a response to a unit-info-command accord- 
ing to an embodiment of the present invention. 
FIG. 28 is a diagram showing an example of a sub- 
unit type according to an embodiment of the 
present invention. 

FIG. 29 is a diagram showing an example of a for- 
mat of an open descriptor command according to 
an embodiment of the present invention. 
FIG. 30 is a diagram showing an example of a for- 
mat of a read descriptor command according to an 
embodiment of the present invention. 
FIG. 31 is a diagram showing an example of a 
descriptor of a disc subunit according to an embod- 
iment of the present invention. 
FIG. 32 is a diagram showing a data configuration 
example of a medium type of a disc subunit 
descriptor. 

FIG. 33 is a diagram showing an example of a for- 
mat of a tape playback command according to an 
embodiment of the present invention. 
FIG. 34 is a diagram showing a format example of a 
response to a tape playback command according to 
an embodiment of the present invention. 
FIG. 35 is a diagram showing an example of a unit 
directory according to another embodiment of the 
present invention. 

FIG. 36 is a diagram showing an example of corre- 
spondence between protocols and command sets 
according to another embodiment of the present 
invention. 

FIG. 37 is a diagram showing an example of a CTS 
code according to another embodiment of the 
present invention. 

FIG. 38 is a diagram showing an example of key 
data according to still another embodiment of the 
present invention. 



BEST MODE FOR CARRYING OUT THE INVENTION 

[0013] Hereafter, an embodiment of the present 
invention will be described by referring to accompanying 
5 drawing. 

[0014] A configuration example of a network sys- 
tem to which the present invention has been applied will 
now be described by referring to FIG. 1. In this network 
system, a plurality of devices are connected via a serial 

10 data bus 1 (hereafter referred to simply as bus 1) of the 
IEEE 1394 scheme. In FIG. 1, there is shown an exam- 
ple in which four AV devices 100, 200, 300 and 400 are 
prepared and three AV devices 100, 200 and 300 
among them are connected. It is now assumed that 

is devices connected to the bus 1 are devices each having 
a terminal for connection to a bus of the IEEE 1 394 
scheme, and the devices are an IRD (Integrated 
Receiver Decoder) 100 serving as a digital satellite 
broadcast receiver, a DVCR (Digital Video Cassette 

20 Recorder) 200 serving as a digital video recording and 
playback device, and an MD (Mini Disc) device 300 
serving as a digital audio recording and playback 
device. In the state shown in FIG. 1 , two MD (Mini Disc) 
devices 300 and 400 are prepared, and only the first MD 

25 device 300 is connected to the bus 1. The second MD 
device 400 is not connected to the bus 1 at this time. 
[0015] Here, electronic devices such as the IRD 
100, DVCR 200, and MD devices 300 and 400 which 
can be connected to the bus 1 are called units. Between 

30 units, information stored in the units can be mutually 
read and written by using a command and a descriptor 
prescribed by AV/C Digital Interface Command Set 
General Specification (hereafter referred to as AV/C 
command) of the AV/C Command Transaction Set. 

35 Details of the AV/C command are described in AV/C 
Digital Interface Command Set General Specification 
opened to the public in 1394 Trade Association. In the 
AV/C command, each of functions that the unit has is 
called subunit. Furthermore, each of functions that the 

AO unit has is called subunit. 

[0016] The IRD 1 00 for receiving and decoding dig- 
ital satellite broadcast or the like has a parabolic 
antenna 11 connected thereto. A digital tuner 12 con- 
nected to the parabolic antenna 1 1 conducts processing 

45 for receiving a signal of a predetermined channel and 
decoding it. In this case, a controller 13 incorporated in 
the IRD 100 effects control concerning the receiving 
operation such as receiving and decoding. 
[0017] As channels that the IRD 100 can receive, 

so there are audio channels from which only audio data 
such as tunes are obtained, and data channels from 
which various data such as data for web perusal of the 
Internet are obtained, besides video channels (so- 
called channels for ordinary television broadcast) from 

55 which video data and audio data annexed to the video 
data are obtained. As audio data transmitted by audio 
channels, there are audio data modulated by a typical 
method such as the MPEG scheme, and channels from 
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which audio data subjected to high efficiency compres- 
sion encoding such as ATRAC (Adaptive Transform 
Acoustic Coding) scheme are obtained. 
[0018] Furthermore, data transmission with the IRD 
1 00 via the bus 1 is also controlled by the controller 13. 
In data transmission via the bus 1, the controller 13 is 
adapted to be able to control operation of other devices 
200 and 300 connected by the bus 1 by using com- 
mands prescribed in the above described AV/C com- 
mand. For example, the controller 13 can transmit video 
data and audio data of a video channel received by the 
IRD 100 to the DVCR 200, and control the recording 
operation in the DVCR 200 to record video data and the 
like on a video tape in a video cassette mounted ther- 
eon. Thus video recording can be performed. Further- 
more, the controller 13 transmits audio data of an audio 
channel received by the IRD 1 00 to the MD device 300, 
and controls audio recording operation in the MD device 
300 to record audio data on a magneto-optical disc 
mounted thereon. When conducting manual reservation 
operation for the video or audio recording on the IRD 
100, it is also possible to, for example, display a pro- 
gram guide picture for EPG (Electric Program Guide) on 
a television receiver (not shown) connected to the IRD 
100 and perform reservations by manually operating a 
GUI (Graphical User Interface) on the basis of the dis- 
play of the program guide picture on the screen. 
[0019] The DVCR 200 is a tape recording and play- 
back device capable of recording video data, audio 
data, and data annexed to them on a videotape as dig- 
ital data and reproducing those data from the videotape. 
Herein, it is assumed that the DVCR 200 is a recording 
and playback device using a medium having a format 
called D-VHS. A controller 21 of the DVCR 200 accepts 
user's manual operation for ordering video recording or 
playback or manual operation for reserving video 
recording, and controls the whole DVCR 200. On the 
basis of the control of the controller 21 , an analog tuner 
22 extracts a signal of a predetermined channel from 
inputted analog signals, converts the signal to digital 
data, and supplies the digital data to a tape recording 
and playback section 23. The tape recording and play- 
back section 23 records video data and audio data sup- 
plied from the analog tuner 22, or video data and audio 
data supplied from the IRD 100 or the like via the bus 1 
on a video tape. 

[0020] The MD device 300 is a disc recording and 
playback device capable of recording audio data and 
data annexed to the audio data on a magneto-optical 
disc having a format called mini disc (MD) as digital data 
and of reproducing the digital data therefrom. A control- 
ler 31 of the MD device 300 accepts user's manual 
operation for ordering audio recording or playback or 
manual operation for reserving audio recording, and 
controls the whole MD device 300. A disc recording and 
playback section 32 records audio data and so on input- 
ted from the bus 1 or another input section on a mag- 
neto-optical disc. As for recording on the disc in this 



case, the audio data and so on are recorded as data 
subjected to compression encoding by using the 
ATRAC scheme. If audio data transmitted via the bus 1 . 
is data of the ATRAC scheme, therefore, the transmitted 

5 audio data is recorded on the disc as it is. 

[0021] The MD device 400 which is not connected 
to the bus 1 in the state illustrated in FIG. 1 is also a disc 
recording and playback device having basically the 
same configuration as that of the MD device 300. In 

io other words, the MD device 400 is a disc recording and 
playback device capable of recording audio data and 
data annexed to the audio data on a magneto-optical 
disc having a format called mini disc (MD) as digital data 
and of reproducing the digital data therefrom. The MD 

15 device 400 includes a controller 41 and a disc recording 
and playback section 42. In addition , the MD device 400 
includes a terminal for connection to the bus 1. When 
this terminal is connected to the bus 1 , the MD device 
400 can conduct data transmission via the bus 1 . 

20 [0022] Each of the controllers 13, 21, 31 and 41 
respectively of the devices 100, 2O0, 300 and 400 
includes a storage section for storing an AV/C descrip- 
tor set for the device. In addition, data such as a com- 
mand required to read and write the descriptor are also 

25 stored in the storage section. 

[0023] FIG. 2 is a diagram showing a concrete con- 
figuration example of the IRD 10O. A broadcast radio 
wave from a satellite is received by the antenna 8, input- 
ted to a terminal 100a, and supplied to a tuner 101 serv- 

30 ing as program selection means provided in the IRD 
100. In the IRD 100, respective circuits operate under 
the control of a central control unit (CPU) 1 1 1. A signal 
of a predetermined channel is derived by the tuner 101. 
The received signal derived by the tuner 101 is supplied 

35 to a descramble circuit 1 02. On the basis of encryption 
key information of a contracted channel stored in an IC 
card (not shown) which has been inserted into the main 
body of the IRD 100, the descramble circuit 102 takes 
out only multiplexed data of the contracted channel (or a 

40 channel which is not encrypted) from among the 
received data, and supplies the multiplexed data to - a 
demultiplexer 103. 

[0024] The demultiplexer 103 rearranges supplied 
multiplexed data for each channel, takes out only a 
45 channel specified by the user, sends a video stream 
formed of packets of video portions to an MPEG video 
decoder 104, and sends an overlap stream formed of 
packets of audio portions to an MPEG audio decoder 
109. 

so [0025] The MPEG video decoder 104 restores 
video data before being subjected to compression 
encoding by decoding the video stream, and sends the 
video data to an NTSC encoder 1 06 via an adder 1 05. 
The NTSC encoder 106 converts video data to a lumi- 

55 nance signal and a color difference signal of the NTSC 
scheme, and sends the luminance signal and the color 
difference signal to a digital to analog converter 107 as 
video data of the NTSC scheme. "The digital to analog 
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converter 107 converts NTSC data to an analog video 
signal, and supplies the analog video signal to a con- 
nected television receiver (not shown). 
[0026] The IRD 100 of the present example 
includes a GUI data generation section 108 for generat- s 
ing various video data for display for graphical user 
interface (GUI) under the control of the CPU 111. The 
video data (display data) for GUI generated by the GUI 
data generation section 1 08 is supplied to the adder 
105, and superimposed on video data outputted from 10 
the MPEG video decoder 1 04. Thus the image for GUI 
is superimposed on the image of the received broad- 
cast. 

[0027] An MPEG audio decoder 109 restores PCM 
audio data before being subjected to compression - 15 
encoding by decoding the audio stream, and sends the 
PCM audio data to a digital to analog converter 1 1 0. 
[0028] The digital to analog converter 1 1 0 converts 
PCM audio data to an analog signal to generate an L- 
Ch audio signal and an R-Ch audio signal. The L-Ch 20 
audio signal and the R-Ch audio signal are outputted as 
a sound via a speaker (not shown) of a connected audio 
playback system. 

[0029] Furthermore, the IRD 100 of the present 
example has such a configuration that the video stream 25 
and the audio stream extracted by the demultiplexer 1 03 
can be supplied to an IEEE 1394 interface section 112 
and sent to the bus line 1 of the IEEE 1394 scheme con- 
nected to the interface section 112. The received video 
stream and audio stream are sent out in an isochronous 30 
transfer mode. When the GUI data generation section 
108 is generating video data for GUI, the video data is 
supplied to the interface section 1 12 via the CPU 1 1 1 
and the video data for GUI can be sent out from the 
interface section 1 1 2 to the bus line 1 . 35 
[0030] A work RAM 113 and a RAM 114 are con- 
nected to the CPU 111. Control processing is con- 
ducted by using these memories. Furthermore, a 
manual operation order from a manual operation panel 
1 15 and a remote control signal from an infrared rays 40 
receiving section 116 are supplied to the CPU 1 11, and 
operation based upon various manual operations can 
be executed. Furthermore, the CPU 1 1 1 can distinguish 
command and responses transmitted from the bus line 
1 to the interface section 112. 4 $ 
[0031] FIG. 3 is a block diagram showing a configu- 
ration example of the DVCR 200. 

[0032] As for the configuration of a recording sys- 
tem, digital broadcast data obtained by receiving a pre- 
determined channel in a tuner 201 incorporated in the so 
DVCR 200 is supplied to an MPEG (Moving Picture 
Experts Group) encoder 202, and converted to video 
data and audio data of a scheme suitable for recording, 
such as the MPEG 2 scheme. If the received broadcast 
data is data of the MPEG 2 scheme, the processing in 55 
the encoder 202 is not conducted. 
[0033] Data encoded by the MPEG encoder 202 is 
supplied to a recording and playback section 203, and 



subjected to processing for recording. The data to be 
recorded thus processed is supplied to a recording 
head included in a rotary head drum 204, and recorded 
on a magnetic tape in a tape cassette 205. 
[0034] As for an analog video signal and audio sig- 
nal inputted from the outside, they are converted to dig- 
ital data by an analog to digital converter 206, converted 
to video data and audio data of, for example, the MPEG 
2 scheme, by the MPEG encoder 202, supplied to the 
recording and playback section 203, and subjected to 
processing for recording. The data to be recorded thus 
processed is supplied to the recording head included in 
the rotary head drum 204, and recorded on the mag- 
netic tape in the tape cassette 205. 
[0035] As for the configuration of a playback sys- 
tem, a signal obtained by playing back the magnetic 
tape in the tape cassette tape 205 by using the rotary 
head drum 204 is subjected to playback processing in 
the recording and playback section 203 to produce 
video data and audio data. The video data and the 
audio data are supplied to an MPEG decoder 207, and 
decoded from, for example, the MPEG 2 scheme. The 
decoded data is supplied to a digital to analog converter 
208. An analog video signal and an analog audio signal 
thus obtained are outputted to the outside. 
[0036] The DVCR 200 includes an interface section 
209 for connection to a bus of the IEEE 1394 scheme. 
The DVCR 200 is formed in order that video data and 
audio data supplied from the bus side of the IEEE 1 394 
scheme to the interface section 209 may be supplied to 
the recording and playback section 203 and recorded 
on the magnetic tape in the tape cassette 205. Further- 
more, the DVCR 200 is formed in order that video data 
and audio data reproduced from the magnetic tape in 
the tape cassette 205 may be supplied from the record- 
ing and playback section 203 to the interface section 
209 and sent out to the bus side of the IEEE 1 394 
scheme. 

[0037] When transmission is conducted via the 
interface section 209, and the scheme (such as the 
above described MPEG 2 scheme) for recording data 
on a medium (magnetic tape) in the DVCR 200 is differ- 
ent from the scheme of the data transmitted on the bus 
of the IEEE 1394 scheme, scheme conversion may be 
conducted in a circuit in the DVCR 200. 
[0038] The recording processing and playback 
processing conducted in the DVCR 200 and the trans- 
mission processing conducted via the interface section 
209 are executed under the control of a central control 
unit (CPU) 210. A memory 211 serving as a work RAM 
is connected to the CPU 210. Furthermore, manual 
operation information from a manual operation panel 
212 and control information issued by a remote control 
device and received in the form of light by an infrared 
rays receiving section 213 are supplied to the CPU 210. 
Action control corresponding to the manual operation 
information and control information is conducted. Fur- 
thermore, when the interface section 209 has received 
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control data such as an AV/C command described later 
via the bus of the IEEE 1394 scheme, the data is sup- 
plied to the CPU 210 in order that the CPU 210 may 
effect corresponding operation control. 
[0039] FIG. 4 is a block diagram showing a configu- 
ration example of the MD device 300. The MD device 
300 serving as an audio recording and playback device 
is fi a-.rvice lor recording and reproducing an audio sig- 
nal ana ir o cn as digital data by using a magneto-optical 
di^c vr an optical disc housed in a resin package and 
ca lea MD tmini disc) as a recording medium. 
(0040] As for the configuration of a recording sys- 
tem, rtn analog audio signal of two channels inputted 
from the outside is converted to digital audio data by an 
analog to dgital convener 301. The digital audio data 
thus obtained by the conversion is supplied to an 
ATRAC encoder 302. Audio data compressed in the 
ATRAC scheme is obtained by encoding. In the case 
where digital audio data is directly inputted from the out- 
sioe. the inputted audio data is supplied directly to an 
ATRAC encoder 302 without being passed via the ana- 
log to digital converter 301 . Data encoded by the 
encoder 302 is supplied to a recording and playback 
section 303 and subjected to processing for recording. 
On the basis of the data thus processed, an optical 
pickup 304 is driven and data is recorded on a disc 
(magneto-optical disc) 305. At the time of recording, 
magnetic field modulation is conducted by a magnetic 
head which is not illustrated. 

[0041] As for the configuration of a playback sys- 
tem, data recorded on a disc (magneto-optical disc or 
optical disc) 305 is read out by the optical pickup 304, 
and subjected to playback processing in the recording 
and playback section 303. Audio data compressed in 
the ATRAC scheme is thus obtained. The reproduced 
audio data is supplied to an ATRAC decoder 306 and 
decoded to digital audio data of a predetermined 
scheme. The decoded audio data is supplied to a digital 
to analog converter 307, converted to an analog audio 
signal of two channels, and outputted. In the case 
where digital audio data is to be outputted directly to the 
outside, audio data decoded by the ATRAC decoder 
306 is outputted directly without being passed via the 
digital to analog converter 307. The example of FIG. 4 
has such a configuration that the output audio signal 
subjected to analog conversion is supplied to an ampli- 
fier device 391 and subjected to audio output process- 
ing such as amplification and an audio output of two 
channels is emitted from connected speakers 392 and 
393. 

[0042] The MD device 300 includes an interface 
section 308 for connection to the bus of the IEEE 1394 
scheme. The MD device 300 is formed in order that 
audio data supplied from the bus side of the IEEE 1394 
scheme to the interface section 308 may be supplied to 
the recording and playback section 302 via the ATRAC 
encoder 302 and recorded on the disc 305. Further- 
more, the MD device 300 is formed in order that audio 



data reproduced from the disc 305 may be supplied 
from the recording and playback section 302 to the 
interface section 308 via the ATRAC decoder 306 and 
sent out to the bus side of the IEEE 1 394 scheme. 

5 [0043] The recording processing and playback 
processing conducted in the MD device 300 and the 
transmission processing conducted via the interface 
section 308 are executed under the control of a central 
control unit (CPU) 310. A memory 311 serving as a 

10 work RAM is connected to the CPU 31 O. Furthermore, 
manual operation information from 3 manual operation 
panel 312 is supplied to the CPU 310. Action control 
corresponding to the manual operation information is 
conducted. Furthermore, when the interface section 

is 308 received control data such as an AV/C command 
described later via the bus of the IEEE 1394 scheme, 
the data is supplied to the CPU 31 O in order that the 
CPU 310 may effect corresponding operation control. 
[0044] A data transmission state on the bus 1 of the 

20 IEEE 1394 scheme connecting the devices 100, 200 
and 300 to each other will now be described. 
[0045] FIG. 5 is a diagram showing a cycle struc- 
ture of data transmission of devices connected by the 
IEEE 1 394. According to the IEEE 1 394, data is divided 

25 into packets and the packets are transmitted in a time 
division manner by taking a cycle having a length of 1 25 
US as a reference. This cycle is produced by a cycle 
start signal supplied from a node having a cycle master 
function (some device connected to the bus). Iso- 

30 chronous packets secure a band (which is called band 
although it is a time unit) required for transmission from 
the head of every cycle. In isochronous transmission, 
therefore, transmission of data in a fixed time is 
ensured. However, acknowledgment from the receiving 

35 side is not conducted. If a transmission error occurs, 
there is no mechanism for protection and data is lost. 
During time of each cycle which is not used for iso- 
chronous transmission, a node which has secured the 
bus as a result of arbitration sends out asynchronous 

40 packets. In this asynchronous transmission, reliable 
transmission is ensured by using acKnowledgment and 
retry. However, the transmission timing does not 
become fixed. 

[0046] In order that a predetermi ned node may con- 
45 duct isochronous transmission, the node must corre- 
spond to the jsochronous function. I n addition, at least 
one of nodes corresponding to the isochronous function 
must have a cycle master function. I n addition, at least 
one of nodes connected to the IEEE E 1394 serial bus 
so must have an isochronous resource manager function. 
[0047] The IEEE 1394 conforms to a CSR (Control 
& Status Register) architecture having an address 
space of 64 bits prescribed by ISO/IEC 13213. FIG. 6 is 
a diagram showing the structure of th e address space of 
55 the CSR architecture. Sixteen high-order bits are used 
for a node ID indicating each node on the IEEE 1394. 
Forty-eight remaining bits are used to specify an 
address space given to each node. The sixteen high- 
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order bits are further divided into ten bits of a bus ID and 
six bits of a physical ID (a node ID of a narrow sense). A 
value having 1 in every bit is used for special purpose. 
Therefore, 1 023 buses and 63 nodes can be specified. 
Upon bus reset, the node IDs are provided again. The 
bus reset occurs when the configuration of the devices 
connected to the bus 1 has changed. For example, 
when it is recognized that any of the devices connected 
to the bus 1 is removed or a device is newly connected 
to the bus 1 , bus reset is executed. 
[0048] In an address space of 256 tera bytes pre- 
scribed by forty-eight low-order bits, a space prescribed 
by twenty high-order bits is divided into an initial register 
space of 2,048 bytes to be used for registers specific to 
CSR and registers specific to the IEEE 1394, a private 
space, and an initial memory space. In the case where 
the space prescribed by twenty high -order bits is the ini- 
tial register space, it is used as configuration ROMs 
(read only memories), an initial unit space to be used for 
application specific to the node, and plug control regis- 
ters (PCRs). 

[0049] FiG. 7 is a diagram showing offset 
addresses, names, and functions of principal CSRs. 
Offset of FIG. 7 denotes an offset address compared 
with an address FFFFFOOOOOOOh where the initial reg- 
ister space begins. (Numerals having h at their end are 
expressed by hexadecimal notation.) A bandwidth avail- 
able register having an offset 220h indicates a band 
which can be assigned to isochronous communication, 
and only the value of the node operating as the iso- 
chronous resource manager is made valid. That is, 
each node has CSRs shown in FIG. 6. As for the band- 
width available register, however, only that of the iso- 
chronous resource manager is made valid. In other 
words, substantially only the isochronous resource 
manager has the bandwidth available register. The 
bandwidth available register holds a maximum value 
when no bands are assigned to isochronous communi- 
cation. Every time a band is assigned, the value is 
decreased. 

[0050] In channel available registers of offsets 224h 
to 228h, respective bits correspond to channel numbers 
0 to 63, respectively. If a bit is 0, it is indicated that the 
channel has already been assigned. Only the channel 
available register of the node serving as the iso- 
chronous resource manager is valid. 
[0051] Referring back to FIG. 6, a configuration 
ROM based upon a general ROM (read only memory) 
format is arranged in addresses 200h to 400h in the ini- 
tial register space. In the configuration ROM, a bus info- 
block, a route directory, and a unit directory are 
arranged. In a company ID in the bus info-block, an ID 
number indicating a manufacturer of the device is 
stored. In a chip ID, there is stored an ID which is unique 
to the device and the one and only in the world and 
which does not have duplication with other devices. 
[0052] In order to control the input and output of a 
device via an interface, each node has a PCR (plug con- 



trol register) prescribed in IEC 1883, in addresses 9O0h 
to 9FFh in the initial unit space of FIG. 6. This has been 
obtained by substantializing the concept of a plug in 
order to logically form a signal path s imilar to an analog 

5 interface. FIG. 8 is a diagram showing a configuration of 
the PCR. The PCR has an oPCR (output Plug Control 
Register) representing an output plug and an iPCR 
(input Plug Control Register) representing an input plug. 
Furthermore, each PCR has a register oMPR (output 

70 Master Plug Register) and a register iMPR (input Mas- 
ter Plug Register) respectively indicating information of 
an output plug or an input plug specific to the device. 
Each device does not have a plurality of oMPRs and 
iMPRs. However, each device is able to have a plurality 

J5 of oPCRs and iPCRs corresponding to individual plugs, 
according to the capability thereof. Each of PCRs 
shown in FIG. 8 has 31 oPCRs and 31 iPCRs. The flow 
of isochronous data is controlled by operating registers 
corresponding to these plugs. 

20 [0053] FIG. 9 is a diagram showing configurations 
of the oMPR, oPCR, iMPR and iPCR. FIG. 9A shows a 
configuration of the oMPR. FIG. 9B shows a configura- 
tion of the oPCR. FIG. 9C shows a configuration of the 
iMPR. FIG. 9D shows a configuration of theiPCR. In a 

25 2-bit "data rate capability" of the MSB side of each of the 
oMPR and iMPR, there is stored a code indicating a 
maximum transmission rate of isochronous data which 
can be transmitted or received by the device. A broad- 
cast channel base, of the oMPR prescribes the number 

30 of a channel to be used for broadcast output. 

[0054] In a 5-bit "number of output plugs" of the 
LSB side of the oMPR, there is stored the number of 
output plugs the device has, i.e., a value indicating the 
number of oPCRS. In a 5-bit "number of input plugs" of 

35 the LSB side of each iMPR, there is stored the number 
of input plugs the device has, i.e., a value indicating the 
number of iPCRs. A main extended field and a subsidi- 
ary extended field are areas defined for future exten- 
sion. 

40 [0055] An "on-line" of an MSB of each of the oPCRs 
and iPCRs indicates the usage state of the plug. In 
other words, the on-line value having T indicates that 
the plug is on-line and the on-line value having M 0" indi- 
cates that the plug is off-line. A value of a "broadcast 

45 connection counter" of each of oPCRs and iPCRs indi- 
cates whether there is broadcast connection (1) or not 
(0). A value of a "point-to-point connection counter" hav- 
ing a 6-bit width in each of oPCRs and iPCRs repre- 
sents the number of point-to-point connections the plug 

so has. The point-to-point connection (so-called p-p con- 
nection) is a connection for conducting transmission 
only between one specific node and another specific 
node. 

[0056] A value of a "channel number" having a 6-bit 
55 width in each of oPCRs and iPCRs represents the 
number of isochronous channel to which the plug is 
connected. A value of a "data rate" having a 2-bit width 
in each of oPCRs indicates the actual transmission rate 
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of a packet of isochronous data outputted from that 
plug. A code stored in an "overhead ID" having a 4-bit 
width in each of oPCRs indicates the bandwidth of the 
overhead of the isochronous communication. A value of 
a "payload" having a 10-bit width in each of oPCRs indi- 
cates a maximum value of data contained in an iso- 
chronous packet the plug can handle. 
[0057] FIG. 10 is a diagram showing relations 
among plugs, plug control registers, and isochronous 
channels. In FIG. 10, devices connected to a bus of the 
IEEE 1394 scheme are shown as AV devices 71 to 73. 
Isochronous data specified in channel by an oPCR [1] 
among oPCR [0] to oPCR [2] prescribed in transmission 
rate and the number of oPCRs by an oMPR of the AV 
device 73 is sent out to a channel #1 of an IEEE 1394 
serial bus. Between iPCR [0] and iPCR [1] prescribed in 
transmission rate and the number of iPCRs by an iMPR 
of the AV device 71 , the transmission rate and the iPCR 
[0] specify the input channel #1 . The AV device 71 reads 
isochronous data sent out on the channel #1 of the 
IEEE 1394 serial bus. In the same way, the AV device 
72 sends out isochronous data onto the channel #2 
specified by the oPCR [0]. The AV device 71 reads iso- 
chronous data from the channel #2 specified by the 
iPCR[1]. 

[0058] In this way, data transmission is conducted 
between devices connected by the IEEE 1394 serial 
bus. In the system of the present example, however, 
control and state decision of respective devices can be 
conducted by utilizing an AV/C command set prescribed 
as commands for controlling devices connected via the 
IEEE 1394 serial bus. The AV/C command set will now 
be described. 

[0059] First of all, a data structure of a subunit iden- 
tifier descriptor in the AV/C command set used in the 
system of the present example will now be described by 
referring to FIGS. 1 to 14. FIG. 1 1 shows the data struc- 
ture of the subunit identifier descriptor. As shown in FIG. 
11, the subunit identifier descriptor is formed of lists 
each having a hierarchical structure. In the case of a 
tuner, the lists represent channels. In the case of a disc, 
the lists represent songs recorded thereon. A list of the 
highest layer of a hierarchical structure is called root list. 
For example, a list 0 becomes a root for its subordinate 
lists. In the same way, other lists become root lists. 
There are as many root lists as objects. For example, in 
the case where AV devices connected to the bus are 
tuners, objects are channels in digital broadcast. Fur- 
thermore, all lists of one hierarchical class share com- 
mon information. 

[0060] FIG. 12 shows a format of a general subunit 
identifier descriptor. In the general subunit identifier 
descriptor, attribute information concerning the function 
is described as its contents. A "descriptor length field" 
does not contain the value of its field itself. A "genera- 
tion ID" indicates the version of the AV/C command set. 
Its value is, for example, "OOh" (where h represents hex- 
adecimal notation). As shown in FIG. 13, for example, 



*00h a means that the data structure and command con- 
form to version 3.0 of the AV/C General Specification. 
Furthermore, as shown in FIG. 13, all values except 
"00h" are reserved and secured for future specifica- 
5 tions. 

[0061] A "size of list ID" indicates the number of 
bytes of a list ID. A "size of object ID" indicates the 
number of bytes of an object ID. A "size of object posi- 
tion" indicates the position (the number of bytes) in a list 

io to be used for. reference at the time of control. A 
"number of root object list" indicates the number of root 
object lists. A "root object list ID" indicates an ID for 
identifying a root object list of the highest rank of each of 
independent hierarchical classes. 

75 [0062] A "subunit dependent length" indicates the 
number of bytes of a subsequent "subunit dependent 
information" field. The 'subunit dependent information" 
field is a field indicating information peculiar to the func- 
tion. A "manufacturer dependent length" indicates the 

20 number of bytes of a subsequent " manufacturer 
dependent information" field. The "manufacturer 
dependent information" field is afield indicating specifi- 
cation information of a vendor (manufacturer). If the 
descriptor does not contain "manufacturer dependent 

25 information", the ' manufacturer dependent information" 
field is not present. 

[0063] FIG. 14 indicates the assignment range of 
list IDs shown in FIG. 12. As shown in FIG. 14, "OOOOh 
to OFFFh" and "4000h to FFFFh" are reserved and 
30 secured as assignment ranges for future specifications. 
In orderto identify dependent information of the function 
type, "1 OOOh to 3FFFh" and "1 OOOOh to maximum value 
of list ID" are prepared. 

[0064] By referring to FIGS. 15 to 20, the AV/C com- 
35 man d set used in the system of the present example will 
now be described. FIG. 15 shows a stack model of the 
AV/C command set. As shown in FIG. 15, a physical 
layer 81, a link layer 82, a transaction layer 83, and a 
serial bus management 84 conform to the IEEE 1394. A 
40 FCP (Function Control Protocol) 85 conforms to IEC 
61883. An AV/C command set 86 conforms to 1394 TA 
specifications. 

[0065] FIG. 16 is a diagram showing a command 
and a response of the FCP 85 shown in FIG. 15. The 

45 FCP is a protocol for effecting contro I of devices (nodes) 
on the bus of the IEEE 1394 scheme. As shown in FIG. 
16, the controlling side is a controller and the controlled 
side is a target. Command and response transmission 
of the FCP are conducted between n odes by using write 

so transaction of asynchronous communication of the 
IEEE 1394. Upon receiving data, the target returns an 
acknowledge to the controller for acknowledging the 
reception. 

[0066] FIG. 17 is a diagram shiowing the relation 
55 between the command and response of the FCP of FIG . 
1 6 in more detail. A node A and a node B are connected 
via an IEEE 1394 bus. The node A is the controller, and 
the node B is the target. In both thie node A and the 
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node B, a command register and a response register 
each having 512 bytes are prepared. As shown in FIG. 
17, the controller conveys an instruction by writing a 
command message into a command register 93 ot the 
target. On the other hand, the target conveys a 
response by writing a response message into a 
response register 92 of the controller. For the two mes- 
sages, control information is exchanged. The kind of a 
command set sent by the FCP is described in CTS 
included in a data field shown in FIG. 18 and described 
later. 

[0067] FIG. 18 shows a data structure of a packet 
transmitted in an asynchronous transfer mode of the 
AV/C command. The AV/C command set is a command 
set for controlling an AV device, and its CTS (ID of com- 
mand set) = "0000". AV/C command frames and 
response frames are exchanged between the nodes by 
using the above described FCP. In order to prevent cast- 
ing a burden upon the bus and the AV device, a 
response to a command is defined to be sent within 1 00 
ms. As shown in FIG. 18, data of an asynchronous 
packet has 32 bits (= 1 quadlet) in the horizontal direc- 
tion. Upper columns of FIG. 1 8 show a header portion of 
the packet, and lower columns of FIG. 18 show a data 
block. A destination ID indicates the destination. 
[0068] The CTS indicates an ID of the command 
set. In the AV/C command set, CTS = "0000". A C 
type/response field indicates a function class of a com- 
mand when the packet is a command, and a processing 
result of a command when the packet is a response. 
Commands are broadly divided into four kinds: (1 ) com- 
mands (CONTROL) for controlling the function from the 
outside; (2) commands (STATUS) for inquiring about the 
state from the outside; (3) commands for inquiring 
whether support of a control command is present, from 
the outside (GENERAL INQUIRY (whether support of 
an opcode is present) and SPECIFIC INQUIRY 
(whether support of an opcode and operands are 
present)); and (4) commands (NOTIFY) for requesting 
the notice of a state change to the outside. 
[0069] A response is returned according to the 
command kind. As responses to the CONTROL com- 
mands, there are "NOT IMPLEMENTED", 
"ACCEPTED", "REJECTED* and "INTERIM". AS 
responses to the STATUS commands, there are "NOT 
IMPLEMENTED", "REJECTED", "IN TRANSACTION", 
and "STABLE". As responses to the commands for 
inquiring whether support of a command is present, 
from the outside (GENERAL INQUIRY and SPECIFIC 
INQUIRY), there are "IMPLEMENTED" and "NOT 
IMPLEMENTED". As responses to the commands for 
requesting the notice of a state change to the outside, 
there are "NOT IMPLEMENTED", "REJECTED", 
"INTERIM", and "CHANGED". 

[0070] A "subunit type" is provided to specify a func- 
tion in the device. For example, "tape recorder/player", 
"tuner 11 , or the like is assigned. Besides the function cor- 
responding to the device, BBS (bulletin board subunit) 



which is a subunit opening information to other devices 
is also assigned to the "subunit type". In order to distin- 
guish in the case where there are a plurality of subu nits 
of the same kind, addressing is conducted by using a 

5 subunit ID as a distinguishing number. An "opcode" 
which is a code of operation represents acommand. An 
"operand" represents a parameter of the command. 
Additional operands which are added as occasion 
demands are also prepared. After the operands, "O" 

7 o data or the like are added. A Data CRC (Cyclic Redun- 
dancy Check) is used for error check at the time of data 
transmission. 

[0071] FIG. 19 shows a concrete example of the 
AV/C command. The left side of F I <3 . 1 9 shows concrete 

15 examples of c type/response. Its upper column shows 
commands and its lower column shows responses. 
"CONTROL" is assigned to #, OOO0". "STATUS" is 
assigned to "0001". "SPECIFIC INQUIRY" is assigned 
to "0010". "NOTIFY" is assigned to "O011". "GENERAL 

20 INQUIRY" is assigned to "0100". "O101 to 0111" are 
reserved and secured for future specifications. "NOT 
IMPLEMENTED" is assigned to "1OO0". "ACCEPTED" 
is assigned to "1001". "REJECTED" is assigned to 
"1010" "IN TRANSITION" is assigned to "1011" 

25 "IMPLEMENTED/STABLE" is assigned to "1 1 0O". 
"CHANGED" is assigned to "1101". "INTERIM" is 
assigned to "1 1 11 ". "1 1 1 0" is reserved and secured for 
future specifications. 

[0072] The center of FIG. 1 9 shows concrete exam- 
30 pies of the subunit type. "Video monitor" is assigned to 
"00000". "Disc recorder/player" is assigned to "OO0 1 1". 
"Tape recorder/player" is assigned to "00100". "Tuner" is 
assigned to "00101". "Video camera" is assigned to 
"001 1 1". A subunit called BBS (Bulletin Board Subunit) 
35 and used as a bulletin board is assigned to "0101 O". A 
manufacturer dependent subunit type (Vender unique) 
is assigned to "11 100". A specific subunit type (Subunit 
type extended to next byte) is assigned to "111 10". 
"Unit" is assigned to "11111", and it is used when the 
40 command or response is sent to the device itself. For 
example, turning on and off of the power supply can be 
mentioned. 

[0073] The right side of FIG. 19 shows concrete 
examples of opcodes (operation codes). For each of the 

45 subunit types, a table of opcodes exists. In FIG. 19, 
opcodes in the case where the subunit type is the "tape 
recorder/player" are shown. Furthermore, for each 
opcode, an operand is defined. Here, a manufacturer 
dependent value (Vender dependent) is assigned to 

50 "00h". "Search mode" is assigned to "50h". "Time code" 
is assigned to "51 h". "ATN" is assigned to "52h". "Open 
memory" is assigned to "60h". "Memory reading" is 
assigned to "61 h". "Memory writing" is assigned to 
"62h\ "Loading" is assigned to "CI h". "Audio recording" 

55 is assigned to "C2h". "Reproducing" is assigned to 
"C3h". "Rewinding" is assigned to "C4h". 
[0074] FIG. 20 shows concrete examples of an 
AV/C command and an AV/C response. For example, in 
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the case where a playback order is to be given to a play- 
back device serving as the target (consumer), the con- 
troller sends the command as shown in FIG. 20A to the 
target. In this command, CTS = "00 00 0 because the 
AV/C command set is used. Since the command (CON- 
TROL) for controlling a device from the outside is used, 
the c type becomes c type = "0000" (see FIG. 1 9). Since 
the subunit type is a tape recorder/player, it follows that 
subunit type = "001 00° (see FIG. 19). Furthermore, "id- 
indicates the case of I DO, and id = 000. The opcode 
becomes n C3h" meaning the playback (see FIG. 19). 
The operand becomes w 75h w meaning the forward direc- 
tion (FORWARD). Upon playback, the target returns a 
response as shown in FIG. 20B to the controller. Since 
"accepted" is included in the response, it follows that 
response = "1001" (see FIG. 19). Except the response, 
other fields are the same as those of FIG. 20A, and 
description thereof will be omitted. 
[0075] It is now assumed that data transmission 
based upon the AV/C command is conducted in the sys- 
tem of the present example heretofore described. 
Processing of recognizing a device connected to the 
bus 1 will now be described. 

[0076] First, in the network system formed by con- 
necting devices with the bus 1 of the IEEE 1394 
scheme, each device has an individual node unique ID 
as already described. Apart from the node unique ID, a 
node ID is set within the network. Upon bus reset, the 
node ID is set individually for the device of each node 
unique ID. 

[0077] If there is bus reset, in the case of the 
present example, the controller 13 in the IRD 100 con- 
ducts processing of discriminating the kinds of other 
devices connected to the bus 1 (the DVCR 200 and the 
MD device 300) by using a command and a descriptor 
prescribed in the AV/C command. Hereafter, the 
processing of discriminating the kind of the connected 
device will be described by referring to flow charts of 
FIGS. 21 and 22 and data configurations of FIG. 23 and 
subsequent drawing. 

[0078] First, as shown in the flow chart of FIG. 21, 
the controller 1 3 in the IRD 1 00 determines whether bus 
reset processing of resetting the node unique ID and so 
on of the bus 1 has been conducted (step S1 1). Upon 
judging the bus reset to have been conducted, the con- 
troller 13 transmits a SUBUNIT INFO command pre- 
scribed in AV/C successively to devices connected to 
the bus 1 (step SI 2). Details of the SUBUNIT INFO 
command will be described later. The SUBUNIT INFO 
command is a command that devices corresponding to 
AV/C need to have. When there is a correct answer to 
this Command, the device of the opposite party is 
known to be a device corresponding to the AV/C. 
[0079] After the controller 13 in the IRD 100 has 
transmitted the SUBUNIT INFO command, the control- 
ler 13 determines whether answer data prescribed in 
AV/C has been returned to the IRD 100 (step S13). If 
answer data is not transmitted, the controller 13 judges 



discrimination of the pertinent device using the AV/C 
command to be impossible (stepS27). 
[0080] When answer data is transmitted at step 
S13, the controller 13 judges the subunit type indicated 

5 by the answer data (step S14). Details of the subunit 
type which can be discriminated will be described later. 
In the AV/C, however, it is possible to discriminate at 
least a unit (device) of such a type that a disc is handled 
as the medium, a unit (device) of such a type that tape 

io (magnetic tape) is handled as the medium, and a unit 
(device) of another type. 

[0081] If in decision of step S14 in the controller 1 3 
it is judged that the subunit that the unit of the opposite 
party of communication has is a subunit of such a type 

is that a disc is handled as the medium, then the controller 
13 conducts processing of reading out a descriptor that 
the opposite party has. In order to read out the descrip- 
tor, the controller 13 first transmits a command of OPEN 
descriptor control which is a command for opening the 

20 descriptor of the pertinent unit (step S1 5). 

[0082] The controller 13 then determines whether 
there is a return from the pertinent device, for the trans- 
mission of the command (step S16). If there is a return, 
the controller 13 transmits a command of READ 

25 descriptor control which is a command for reading out 
the opened descriptor (step S17). 

[0083] Furthermore, the controller 13 determines 
whether there is a return from the pertinent device, for 
the transmission of the command (step S18). If there is 

30 a return, the controller 1 3 judges contents of data of the 
medium type included in data of the returned descriptor, 
and determines whether the code has a medium type of 
MD (mini disc) (step S1 9). Upon judging the code to be 
an MD code, the controller 13 of the I RD 1 00 recognizes 

35 the pertinent device as an MD device (step S20). If 
there is no return command at the step Si 6 or S1 8, or if 
the medium type is judged not to be MD at the step SI 9, 
the controller 13 recognizes the pertinent device as a 
disc device handling a disc of another format (step 

40 S21). 

[0084] If the subunit the unit of th e opposite party of 
the communication has is judged at the step S14 in the 
controller 13 to be one of the type handling tape as its 
medium, then the controller 13 conducts processing of 

45 inquiring about the format used by th e opposite party to 
play back the tape. In other words, the controller 13 
transmits a status command of a TAPE PLAYBACK 
FORMAT for inquiring about the tape playback format 
on the bus 1 (step S22). 

so [0085] And the controller 13 determines whether 
there is a return from the pertinent device for the trans- 
mission of the command (step S23). If there is a return, 
the controller 13 determines whether the inquiry about 
the tape playback format is valid. To be concrete, the 

55 controller 13 determines whether the return is a 
response other than the response "NOT IMPLE- 
MENTED" which is a response being not able to 
respond to the transmission of a status command con- 
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ducted at the step S22 (step S24). 
[0086] When the controller 13 has judged the 
response to be a command other than "NOT IMPLE- 
MENTED", the controller 13 recognizes the pertinent 
unit as a DVCR of the D-VHS standards (step S25). If 
there is no answer command at the step S23, or if the 
response is judged to be a command of "NOT IMPLE- 
MENTED" at the step 24, the controller 13 recognizes 
the device as a tape device which handles tape of a dif- 
ferent format (step S26). 

[0087] Furthermore, if in the decision of the subunit 
type at the step S14 the subunit type is judged to be 
other than a disc and tape, the controller 13 recognizes 
the device as a device of a different type (step S28). 
[0088] The IRD 100 executes the processing here- 
tofore described successively for respective devices 
connected to the bus 1 , discriminates the kinds and so 
on of all devices connected to the bus 1 , and stores and 
holds the data thus discriminated in a storage section 
prepared in the controller 1 3. After the IRD has thus dis- 
criminated the kinds and so on of respective devices, 
the IRD 1 0 collects data concerning respective devices. 
[0089] By referring to a flow chart of FIG. 22, 
processing of collecting data concerning respective dis- 
criminated devices executed in the controller 1 3 of the 
IRD 100 will now be described. 

[0090] First, it is determined whether there is a 
change in the network topology (step S31). Here, the 
network topology is judged to have changed when the 
bus resetting is conducted and thereafter the process- 
ing of discriminating the kinds of respective devices is 
conducted (i.e., the processing of the flow chart of FIG. 
21 is executed). If the network is judged to have 
changed, then the controller 13 sends a command for 
inquiring predetermined data peculiar to all devices con- 
nected to the bus 1 included in the network, which are 
node unique IDs here, of respective devices. The con- 
troller 1 3 of the I RD 1 00 judges responses for the com- 
mand, and judges the node unique IDs of respective 
devices (step S32). By the way, if the node unique IDs of 
respective devices in the network have already been 
acquired by, for example, the processing of the flow 
chart of FIG. 21 , the controller 1 3 reads out the acquired 
and stored node unique IDs and judges them. 
[0091] Here, the controller 13 determines whether 
data concerning devices in the network configuration 
preceding the detection of the network topology change 
conducted at the step S31 are held in the storage sec- 
tion prepared in the controller 13 (step S33). If in this 
decision the previous device data are judged not to have 
been held, then the controller 13 sends a command 
successively to all devices on the network to make them 
transmit data concerning the devices, and conducts 
processing for storing data returned in response to the 
command in the storage section prepared in the control- 
ler 1 3 (step S34). The processing conducted at the step 
S34 is ordinary device information acquisition process- 
ing conventionally conducted. 



[0092] If in the decision of the step S33the previous 
device data are judged to have been held, the controller 
13 determines whether there is a device having an ID 
which is included in the node unique IDs of respective 

5 devices judged at the step S32 and which is different 
from the node unique ID of the device stored in the stor- 
age section (step S35). If in this decision a device hav- 
ing a node unique ID different from the stored ID is 
judged to be present, the controller 13 sends a corn- 

io rnand to the device having the pertinent node unique ID 
to make the device send data concerning the device, 
and conducts processing for storing data returned in 
response to the command in the storage section pre- 
pared in the controller 13 (step S36). 

75 [0093] Upon conducting the processing heretofore 
described, the controller 13 causes only data concern- 
ing the devices currently connected to the network to be 
held and other data to be deleted, and thus causes the 
latest network data to be held (step S37). In other 

20 words, if the information acquisition processing is con- 
ducted at the step S34, the controller 13 causes all 
acquired data to be held as the network data. If a device 
different from any of the devices data of which are held 
is judged at the step S35 not to be present, the control- 

25 ler 13 causes the previously stored data to be held as 
they are as the network data. (If a device previously 
connected disappears, however, the controller 13 
causes the data concerning the device to be deleted.) If 
the presence of a differing device is detected at the step 

30 S35 and if data of some devices are acquired at the step 
S36, then the controller 13 causes network data 
updated with the acquired data to be held. 
[0094] By the way, the node unique IDs used as 
data peculiar to respective devices in the processing 

35 heretofore described are identification data respectively 
provided to the devices connected to the bus 1 of the 
IEEE 1394 scheme, one by one. For example, as shown 
in FIG. 23, the node unique ID of each device is formed 
of a predetermined number of bits. From data of a pre- 

40 determined number of bits in the data, the device type of 
the device (representing which type the device belongs 
to) and the vendor name such as the manufacturing 
company name of the device can be known. In addition, 
data corresponding to a serial code such as a manufac- 

45 turing number of each device is also inserted. Even if 
devices have the same form and are manufactured by 
the same company, their node unique IDs become data 
of different values. A node unique ID as shown in FIG. 
23 is stored in the storage section in the controller 1 3 of 

so the IRD 100 so as to be associated with, for example, 
each node ID. (Since the node ID is re-provided at the 
time of, for example, bus resetting, it is not necessarily 
constant at all times.) 

[0095] In this way, processing of collecting data 
55 from respective devices connected to the network is 
conducted. In the case where at least device data 
before bus resetting remain and only some devices dif- 
fer between the network before bus resetting and the 
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current network, therefore, it is necessary to collect only 
data concerning the differing devices. The processing 
quantity for collecting the device data on the network is 
thus reduced. The burden of data collection can be 
reduced. In addition, the time required for collection of 
the device data can be shortened. 
[0096] For example, it is assumed in the case of the 
network configuration shown in FIG. 1 and already 
described that the MD device 400 is newiy connected to 
the bus 1 and bus resetting is applied. Only data con- 
cerning the MD device 400 does not exist in the storage 
section of the controller 13 of the IRD 100. Data of other 
devices 200 and 300 are already stored therein. There- 
fore, it is necessary to only request the controller 41 of 
the MD device 400 to transmit data concerning the 
device 400. As compared with the case where all 
devices are requested to transmit data, the processing 
quantity and the processing time required for updating 
the network data can be substantially reduced. 
[0097] Furthermore, in the case where some 
devices are removed from the bus 1 and thereby bus 
resetting is applied, it is necessary to only delete data 
concerning the removed devices. In the same way, 
therefore, new network data are obtained by simple 
processing. 

[0098] The subunit info status command in the 
AV/C command is defined by a format shown in FIG. 24. 
In FIG. 24, eight bits are shown as one unit (a line illus- 
trated in the lateral direction). (This also holds true in 
format diagrams of FIG. 25 and subsequent drawing.) 
The subunit info response in the AV/C command is 
defined by a format shown in FIG. 25. Data of opcodes 
and operands shown in FIGS. 24 and 25 are disposed 
in the fields of the opcode and operands in the FCP 
frame included in the packet shown in FIG. 18. In the 
subunit info status command shown in FIG. 24, subunit 
info data is disposed as the opcode. Data of a page and 
an extension code are disposed in an area of an oper- 
and [0], In an area of an operand [1] and subsequent 
operands, a specific value (here FF) is disposed. In the 
response for this command, page data is disposed in an 
area of an operand [1] and subsequent operands as 
shown in FIG. 25. Areas of the opcode and an operand 
[0] of the response are the same as those of the com- 
mand. 

[0099] In the example of the flow chart of FIG. 21 , 
the subunit type is inquired to judge the kind of the 
device. However, the unit type may be inquired. A unit 
info status command for inquiring about the unit type is 
defined by a format shown in FIG. 26. A unit info 
response serving as its answer is defined by a format 
shown in FIG. 27. In the unit info status command 
shown in FIG. 26, unit info data is disposed as the 
opcode. In an area of an operand [0] and subsequent 
operands, a specific value (here FF) is disposed. In the 
response for this command, data of the unit type and 
the unit are disposed in an area of an operand [1] as 
shown in FIG. 27. Furthermore, in operands [2] to [4], a 



company ID which is a code provided to each company 
which has manufactured each device (unit) is disposed. 
[0100] Some of codes concerning the subunit type 
prescribed in the AV/C command are shown in FIG. 28. 

5 FIG. 28 shows some of the subunit types already shown 
in FIG. 19, again. Here, video monitor, disc recorder 
and/or player, tape recorder and/or player, tuner, video 
camera, and so on are prescribed as subunit types. Fur- 
thermore, a subunit type having a special format pre- 

io scribed for each company is prescribed as a vendor 
unique value. By judging the data of this subunit type, 
the controller 13 of the IRD 100 can decide the type of 
the subunit the device of the opposite party has. 
[0101] In the case of the AV/C command, a com- 

15 mand for opening the descriptor (open descriptor com- 
mand) required after a decision of the subunit type has 
been made if the decided type is "disc* is prescribed in 
a format shown in FIG. 29. In this open descriptor com- 
mand, data indicating an open descriptor is disposed as 

20 the opcode, and data for descriptor identification and 
data of subf unction are disposed as the operands. In 
the case of the AV/C command, a command for reading 
out the descriptor (read descriptor command) after the 
descriptor has been opened by the open descriptor 

25 command is prescribed in a format shown in FIG. 30. In 
this read descriptor command, data indicating a read 
descriptor is disposed as the opcode, and data for 
descriptor identification, data of read result status, data 
length, and data of read address are disposed as the 

30 operands. 

[0102] FIG. 31 is a diagram showing a configuration 
example of a descriptor of a disc type subunit in the 
AV/C command read out by the above described com- 
mand. The descriptor has data of a hierarchical struc- 

35 ture. An example of a disc subunit identifier descriptor is 
shown in FIG. 31. For example, a descriptor length, a 
generation ID, a size of a list ID, a size of an object ID, a 
size of an object position, the number of root object lists, 
a root object list ID, a data length of data unique to the 

40 disc subunit, information unique to the disc subunit, a 
data length of data unique to a manufacturing maker, 
and information unique to the manufacturing maker are 
disposed. As for the root object list IDs, as many root 
object list IDs as indicated by the data of the number of 

45 root object lists are disposed. 

[0103] As for data of disc subunit dependent infor- 
mation which is information unique to a disk subunit 
contained in the disk subunit identifier descriptor, it has 
a configuration shown in FIG. 32. An address offset 

50 shown in FIG. 32 is an offset value of an address from 
an operand in which the head portion of the data of the 
disc subunit dependent information is disposed. As the 
information, a data length of an information field unique 
to the disk subunit, an attribute, a version of the disk 

55 subunit, the number of supported medium types, and 
data of supported medium type are disposed. As for the 
data of supported medium type, as many data of sup- 
ported medium type as indicated by the number of sup- 
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ported medium types are disposed. In the data of 
supported medium type, details of the medium format 
are indicated. In the case of the present example, it is 
known from the data that the device is a disc device 
which uses a disc having a format of an MD (mini disc) 
as the medium. 

[0104] Furthermore, a format of a data structure of 
a status command having a TAPE PLAYBACK FORMAT 
for inquiring the tape playback format required after the 
decision of the subunit type if the decided type is tape is 
shown in FIG. 33. In this command, data of the tape 
playback format is disposed in the opcode, and a spe- 
cific value (here FF) is disposed in the operands. 
[0105] And the format of a response for this status 
command is shown in FIG. 34. in this response, a 
medium type and data of format parameters are dis- 
posed in the area of the operands. The response at this 
time is indicated by one of response types already 
shown in FIG. 1 9. To be concrete, a response for a sta- 
tus command in the AV/C command is one of "NOT 
IMPLEMENTED", "REJECTED", "IN TRANSACTION", 
and "STABLE". 

[0106] In the case of a DVCR having a format of a 
D-VHS corresponding to the AV/C command, the 
response does not become "NOT IMPLEMENTED" 
which is a response disabling the answer to transmis- 
sion of the status command. Depending on the device 
state at that time, the response becomes one of 
"REJECTED", B IN TRANSITION", and "STABLE". By 
judging the response to be other than "NOT IMPLE- 
MENTED", the device is known to be a DVCR having a 
format of the D-VHS. In the case of a tape device of a 
different format (such as a DVCR called DV standard), a 
status command of the TAPE PLAYBACK FORMAT is 
not implemented in the AV/C command, and conse- 
quently the response becomes "NOT IMPLEMENTED" 
for which answering is impossible. 
[0107] When a network system has been formed by 
connecting devices controlled by the AV/C command to 
the bus 1 , it is possible to know details of the kinds, such 
as types and medium formats, of the devices, without 
previously knowing which protocols the devices con- 
nected to the network correspond to, by conducting the 
processing described heretofore with reference to the 
present embodiment. It becomes possible to execute 
functions which can be executed only for devices having 
specific medium formats connected to the network, 
without user's operation of setting the device type and 
so on 

[0108] After the kinds and so on of the devices have 
been judged, it is necessary in some cases to collect 
detailed data concerning the devices. If altered devices 
are judged to exist in those devices by comparison with 
previously stored data, then only data concerning the 
altered devices are read out. As a result, the burden and 
the processing tune required to collect data concerning 
the devices connected to the network can be reduced. 
[0109] In the above described embodiment, the 



subunit type is first inquired by using the subunit info 
command, in order to determine whether a device con- 
nected to the network corresponds to the AV/C com- 
mand. However, the protocol and command set used by 
5 the device connected to the network may be ascer- 
tained by different processing. 

[0110] For example, it may be determined from the 
data of the configuration ROM a node (unit) connected 
to the network has whether the device corresponds to 

w the AV/C command. In other words, data concerning the 
unit attribute of the configuration ROM prescribed by, for 
example, IEEE 1212 has a data configuration of a for- 
mat shown in FIG. 33. By a combination of data of unit 
spec id and data of unit sw version included in the data 

75 concerning the unit attribute, the corresponding protocol 
and command set are determined as shown in FIG. 34. 
To be concrete, it is known from these data which of, for 
example, the standard of AV/C command standardized 
by 1394TA, standard of common application language 

20 (CAL) standardized by 1394TA, standard of Europe 
home system (EHS) standardized by 1394TA, and 
standard of ANSI the protocol and command set con- 
form to. When it is known from the correspondence 
between data of the unit ID and data of the unit SW ver- 

25 sion that the protocol and command set correspond to 
the AV/C command, details of the unit may be inquired. 
[0111] Furthermore, after judging the protocol and 
command set to correspond to the AV/C command from 
the correspondence shown in FIG. 34, the processing of 

30 the step S12 and subsequent steps of the flow chart 
shown in FIG. 21, i.e., the processing of sending the , 
status command of the subunit and subsequent 
processing may be executed. 

[0112] Furthermore, in the case where it is deter- 
35 mined from different data whethe r the connected device 
corresponds to the AV/C command and in the decision 
the connected device is judged to correspond to the 
AV/C command, the detailed subunit type and medium 
format may be inquired. For example, as shown in FIG. 
40 35, a code value of the CTS command is determined . It 
may be determined whether the connected device cor- 
responds to the AV/C command on the basis of the 
code value of the CTS command. The code value of the 
CTS command is disposed in a four-bit section (a por- 
45 tion represented as 0000) located at head of a FCP 
frame shown in FIG. 18. In this case, when the code 
value of the CTS command is "O000 ,, t it is known that 
the connected device corresponds to the AV/C com- 
mand. 

so [0113] Furthermore, each data of the configuration 
ROM prescribed by the IEEE 1212 is provided with a 
key ID as shown in FIG. 36. By reading the data of the 
model ID included in the key ID, details such as the type 
of the device may be judged directly. 

55 [0114] Furthermore, in the above described 
embodiment, the processing is conducted when the I RD 
100 connected to the bus 1 collects data of devices 
included in the network formed by the bus 1 . As a matter 
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of course, however, the present invention may also be 
applied to the case where any device collects data in 
the network. 

[0115] Furthermore, in the above described 
embodiment, the device kind discrimination processing 
shown in the flow chart of FIG. 21 is conducted and 
thereafter the device data collection processing shown 
in the flow chart of FIG. 22 is conducted. Not after the 
device kind discrimination processing is conducted, but 
when data specifying the device connected to the net- 
work (such as the node unique ID) is detected, the 
device data collection processing shown in the flow 
chart of FIG. 22 may be conducted. 
[0116] Furthermore, in the above described 
embodiment, the case of the network formed by the bus 
of the IEEE 1394 scheme has been described. How- 
ever, the present invention can also be applied to the 
case where data concerning devices are collected in a 
different network configuration. 

Claims 

1. A network connection recognition method for rec- 
ognizing a device connected to a predetermined 
network, comprising: 

a device recognition step of recognizing a 
device connected to said network; 
a data acquisition step of acquiring predeter- 
mined data from said recognized device; and 
a comparison step of comparing said predeter- 
mined data obtained from said recognized 
device with predetermined data previously col- 
lected and stored, 

wherein when in said comparison step said 
predetermined data obtained from said recog- 
nized device has coincided with predetermined 
data previously collected and stored, data con- 
cerning a device corresponding to said stored 
predetermined data is utilized as data concern- 
ing said recognized device. 

2. The network connection recognition method 
according to claim 1, wherein said predetermined 
data is an identifier capable of identifying each 
device individually. 

3. The network connection recognition method 
according to claim 1, comprising: 

a data collection step of collecting data con- 
cerning said device when in said comparison 
step said predetermined data obtained from 
said recognized device has not coincided with 
predetermined data previously collected and 
stored. 

4. The network connection recognition method 



according to claim 3, wherein said data collection 
step comprises: 

an inquiry command sending step of sending a 

5 command for inquiring a unit type or a subunit 
type to said device; and 

a discriminating step of discriminating the unit 
type or the subunit type of said device based on 
a response from said device. 

10 

5. The network connection recognition method 
according to claim 4, wherein said data collection 
step further comprises: 

75 a type corresponding command sending step 

of sending a command corresponding to said 
discriminated type; and 

a device kind determining step for determining 
the device kind based on a response obtained 

6 by the type corresponding command sending 
step. 

6. The network connection recognition method 
according to claim 1, wherein said device recogni- 

25 tion step of recognizing a device connected to said 
network is conducted when a bus line forming said 
network is reset. 

7. The network connection recognition method 
30 according to claim 1 , comprising: 

data deleting step of deleting said stored pre- 
determined data when predetermined data 
previously collected and stored does not coin- 
35 cide with any of said predetermined data 

obtained from said recognized device. 

8. The network connection recognition method 
according to claim 1 , comprising: 

40 

data deleting step of deleting data concerning 
a device corresponding to said stored predeter- 
mined data when predetermined data previ- 
ously collected and stored does not coincide 
45 with any of said predetermined data obtained 

from said recognized devices. 

9. A network connection terminal device connected to 
a predetermined network, comp rising: 

50 

a storage section for storing data concerning a 
device connected via said n etwork; and 
a control section responsive^ to recognition of a 
device connected via said n etwork, forcompar- 
5 5 ing predetermined data transmitted from the 

device with data stored in s&id storage section, 
causing data concerning devices incurring 
noncoincidence in the comparison to be trans- 
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mitted, and causing storage data of said stor- 
age section to be updated. 

10. A network connection terminal device connected to 

a predetermined network, comprising: 5 

device recognition means for recognizing a 
device connected to said network; 
data acquisition means for acquiring predeter- 
mined data front said recognized device; and w 
comparison means for comparing said prede- 
termined data obtained from said recognized 
device with predetermined data previously col- 
lected and stored, 

wherein when in said comparison means said 15 
predetermined data obtained from said recog- 
nized device has coincided with predetermined 
data previously collected and stored, data con- 
cerning a device corresponding to said stored 
predetermined data is utilized as data concern- 20 
inrj said recognized device. 

11. The network connection terminal device according 
to claim 10, wherein said predetermined data is an 
identifier capable of identifying each device individ- 25 
ually. 

12. The network connection terminal device according 
to claim 10, comprising: 

30 

command output means for generating and 
outputting a first command to inquire of a 
device connected via said network about a unit 
type or a subunit type; and 

discrimination means for receiving a response 35 
to said first command, and discriminating a unit 
type or a subunit type of said device based on 
said response. 

13. The network connection terminal device according 40 
to claim 12, comprising: 

command output means for generating and 
outputting a second command corresponding 
to a unit type or a subunit type of said device; 45 
and 

receiving means for receiving a response to 
said second command from said device. 



14. The network connection terminal device according 50 
to claim 10, wherein said device recognition means 
conducts processing for recognizing a device con- 
nected via said network when said device recogni- 
tion means has detected that a bus line forming 
said network is reset. 55 
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